home *** CD-ROM | disk | FTP | other *** search
/ EnigmA Amiga Run 1997 July / EnigmA AMIGA RUN 20 (1997)(G.R. Edizioni)(IT)[!][issue 1997-07 & 08][EAR-CD IV].iso / lightwave / lwmlist / 96.lightwave-0401 / 000009_dwarner@webcom.com _Mon Apr 1 05:00:55 1996.msg < prev    next >
Internet Message Format  |  1996-04-08  |  3KB
  1. Received: from e55.webcom.com (e55.webcom.com [206.2.192.66]) by keeper.albany.net (8.7.5/8.7.5-MZ) with ESMTP id FAA20279 for <DWARNER@ALBANY.NET>; Mon, 1 Apr 1996 05:00:54 -0500 (EST)
  2. Received: from localhost by e55.webcom.com with SMTP
  3.     (1.37.109.15/16.2) id AA267772838; Mon, 1 Apr 1996 02:00:38 -0800
  4. Date: Mon, 1 Apr 1996 02:00:38 -0800
  5. Errors-To: dwarner@ALBANY.NET
  6. Message-Id: <9604010637.AA00fda@meta.burner.com>
  7. Errors-To: dwarner@ALBANY.NET
  8. Reply-To: lightwave@garcia.com
  9. Originator: lightwave@garcia.com
  10. Sender: lightwave@garcia.com
  11. Precedence: bulk
  12. From: jkrutz@meta.burner.com (Jamie Krutz) ()
  13. To: lightwave@e55.webcom.com
  14. Subject: Re: Raptor, PVR, SpeedRazor Mach setup
  15. X-Listprocessor-Version: 6.0c -- ListProcessor by Anastasios Kotsikonas
  16. Status: RO
  17. X-Status: 
  18.  
  19. In article <2.2.16.19960331113936.1557a93e@pop.mv.net> Mark Thompson <mark@fusion.mv.com> writes:
  20. > Tom Rennen writes:
  21. > >It's also kind of slow.
  22. > 
  23. > I agree that its not as fast as I would have hoped. On a 275MHz Alpha, a
  24. > simple cross dissolve is about a second per frame but more complex operations
  25. > can easily be 5-10 seconds (or much more with heavy layering). Some other
  26. > systems out there achieve speeds close to this with much less powerful
  27. > hardware. 
  28.  
  29. Just FYI that's about the speed of Producer's (Applied Magic Broadcaster editing
  30. system) rendering effects on an 040 Amiga. It's certainly workable, but for an Alpha 
  31. that's pathetic. Is there a bottleneck somewhere getting the frames off the drive,
  32. through the PVR to the CPU for processing, and back?
  33.  
  34. >But DPS's effects accelerator should go a long way to making this
  35. > a null issue....if you have the board slots available :-)
  36.  
  37. It's always something that isn't yet shipping that will make life
  38. wonderful...
  39.  
  40. > The whole audio syncing thing has been rather unpredictable. Some systems
  41. > seem to have problems while others work flawlessly. If your system is
  42. > behaving properly, there is no reason to render the video just to keep
  43. > audio sync. We certainly don't.
  44. > 
  45. > >Speed Razor has been very useful in editing animation but to it's
  46. > >way too slow for NLE applications.
  47. > 
  48. > It would be way to slow if you have to re-render everything. Fortunately,
  49. > that is unecessary on a properly working system. And when DPS ships their
  50. > audio card, these bizarre audio syncing problems, that Tom and some other
  51. > are experiencing, should be taken care of.
  52.  
  53. I'll be looking at the whole system with the new cards (hopefully) at NAB.
  54. I have a lot of respect for DPS, don't know much about InSync. But it sounds 
  55. like it hasn't quite come together as a top notch editing system yet like they
  56. want to say it has. Maybe at NAB all the pieces will be working (come to 
  57. think of it NAB demos usually at least _look_ like they're working..."just ignore
  58. the man behind the curtain"  :^).
  59.  
  60. -J